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An Admi nistrative System 

FIELD OF THE INVENTION 

This invention relates to an administrative system. More particularly, this invention 
relates to a method and an apparatus for administering an organisation. 

BACKGROUND OF THE INVENTION 

Administration of organisations having multi-departmental workplaces has always 
been a highly specialized task, having aspects such as inventory control, personnel 
management, quality control and other features. 

In some organisations, a deficiency in administration can have dangerous results An 
example of such a workplace is a hospital. For example, a loss of control over 
cleaning procedures can lead to septicaemia and possible death of patients This is 
an extreme example. However, in many other workplaces control of inventory and 
quality are extremely important. 

At present, in organisations having a number of different locations and departments 
different control procedures are often applied to separate yet similar departments 
This can result in a breakdown of efficient operation. One of the reasons for this is 
that the functioning of each department becomes dependent on the skills of a 
particular manager. This can lead to inconsistency and duplication, especially where 
the organisation has similar workplaces, such as hospitals, positioned at different 
locations. 

In this specification, particular attention is directed to the administration of hospitals 
It will, however, be appreciated that the invention can readily be applied to other 
organisations that have similar administrative requirements. 

In hospitals, a number of risks require management. These include: 
i- Malfunction or breakdown of surgical instruments. 
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ii- Breakdown in sterilization process management. 

iii. Cross contamination between surgical instruments. 

iv. Tracing and isolating potential sources of infection. 

v. Management of diseases such as CJD, VRE, AIDS etc. 

vi. Patient to patient infection outbreaks. 

vii. Access to reliable historical information relating to elements of particular 
events. 

viii. Historical information relating to sterile goods, consumables and 
pharmaceuticals. 

Prosthetic implant administration and batch tracking requirements, 
x. Profitability of particular surgical procedures. 



It w.ll be appreciated that efficient procedural management is extremely difficult if 
not .mpossible, to achieve if each department or each hospital is subjected to 
d.screte management techniques. Applicant submits that consistent procedures in 
each department or hospital are essential for the reduction of risk. 

Applicant has conceived this invention to provide a means whereby activities and 
use of inventory in such organisations can be recorded. Furthermore, the invention 
provides a means whereby control of such activities and use of inventory is 
facilitated to achieve consistency across an entire organisation. 

In order to achieve these advantages, the invention provides a means whereby data 
can readily be obtained from the various layers of a typical hierarchical structure 
Th.s is critical in facilitating managerial control over various activities carried out at 
the different levels. 



An important form of data to extract would be that relating to the profitability of 
individual activities. This, together with other data obtained would allow the micro- 
30 management of various activities in order to achieve the maximum profit from such 
activities. 
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At present, management of hospitals often invokes over-ratfonatization In an attempt 
to address perceived problems. For example in a process mat involves a large 

ln U I D rl 8,SPS ' " ' S ,0 detem " ne Whfeh °">» is «° inefficiency 

II T ? " 3 a " ,0 addreSS "* ,nemciene V- — gemen, 

must often rely on anecdote! reports and instinct to make decisions. As a result 

management decisions are often no, based on an accurate knowledge o, a particular 

ZT : h a l ^ r P ' ,a, ThiS inVert '° n Pr °^ eS 3 ~~ «* ™"<* ueliled a" 
I"™ 8 to h0 "~ ma "^-"«. « « effective and cost^ient decisions 

DEFINITIONS 

In this specification, the following words are to be understood as having the 
meanings as set out below: 

■A heaKhca* .organisation" - Any form of structured arrangement that includes 

oTr h ^ 6qUiPmen, ** °° mbinea ,0 Pr ° V,de For example, a 

public healthcare o^anisation or a healthcare o^anisation that administers a 
number of hospitals, or even a single hospital Is covered by this phrase. 

2Tr^' A ,<>Ca,fon Underme C ° mrel °' 3 hea «"-« - 9 anisa«on when* some 
form o, work is carried out. For exampte a hospita,, a department in a hospital, a 
dMs,on « a department, a section of a division or a unit where only one form of work 
is earned out can all fall under this definition. ormofwork 

•Workplace activHies- - Various activWes that are earned ou, in a workplace, such as 
X-ray procedures, sterilisation procedures or administrative procedures. 

■Wortcplace elements" - Eleme nte that can be associated with particuiar acBvities 
earned out a. a workplace. These include such elements as s UIg ,ca. instruments, 
stente terns, stenHsers, medical personnel, etc. The definition extends to groups of 
elements associated with a particular activity. 
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"Computer"- Any computational device such as a personal computer (PC), 
mainframe, or the like. 

SUMMARY OF THE INVENTION 

According to a first aspect of the invention, there is provided a method of 
administering a healthcare organisation, the method including the steps of: 

generating element data representing workplace elements; 

recording activity data relating to respective workplace activities associated 
with the workplace elements; 

associating activity codes with the activity data; 

retrieving the activity data and the element data with the activity codes; and 
applying predetermined algorithms to the element data and the activity data to 

generate reports relating to workplace activities associated with the workplace 

elements. 



According to a second aspect of the invention, there is provided an apparatus 
for administering an organisation, the apparatus including 

a data storage device that contains element data relating to a workplace 
element; 

a recordal device that is configured to record use of the workplace element to 
generate activity data associated with the workplace element; and 

at least one computer that is connected to the data storage device and the 
recordal device and that is programmed to generate activity codes associated with 
the activity data and to store said activity data and the associated activity codes in 
the data storage device, the, or each computer being further programmed to retrieve 
sa,d activity data using the activity codes and to apply predetermined algorithms to 
the element data and the activity data to generate report data. 

The apparatus may include a primary computer and one or more secondary 
computers connected to the primary computer with a suitable network. Thus, the 
secondary computer may be positioned remotely from the primary computer*, 
communicate the activity data to the primary computer. The primary computer may 
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then be programmed to generate the activity codes and to store the activity data and 
the associated activity codes in the data storage device. The primary computer may 
then also be programmed to apply said predetermined algorithms to the element 
data and the activity data. 

The method may include the step of building a registration database containing data 
relatmg to workplace elements. In particular, the registration database may include 
codes that represent the workplace elements. The codes may be in the form of 
datastrings. The primary or the secondary computer may be programmed to 
generate readable codes that represent the datastrings. The readable codes may be 
applied to the various workplace elements to be read by the recordal device In a 
preferred embodiment, the readable codes may be in the form of barcodes and the 
recordal device may be in the form of one or more barcode readers or scanners. 

The apparatus may include a data storage device connected to the primary 
computer. The registration database may be stored in the data storage device The 
data storage device may also store an administrative database in which data relating 
to all aspects of the organisation are stored. For example, employee details 
inventory details, consumables details etc, may be stored in the administrative 
20 database. 

The real-time use of the workplace elements may be recorded to generate the 
activity data, which is then communicated to a primary computer. It will be 
appreciated that this may be carried out by recording the relevant barcodes when the 
workplace elements to which they are applied are used. This results in the 
generation of datastrings. The primary computer may be programmed to generate 
the activity codes in the form of datastrings that are associated with each set of 
datastrings generated when a workplace activity is carried out. The primary 
computer may be programmed to perform a look up operation, using the activity 
30 codes, in the registration database to determine the source of the code represented 
by the datastring. The primary computer may then be programmed to retrieve the 
relevant data from the administrative database in order to apply said predetermined 
algorithms to that data. 
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Said predetermined algorithms may pe any number of algorithms that may be useful 
for facilitating administration of an organisation. For example, if the workplace 
element is an employee, the computer may be programmed to retrieve an hourly rate 
and duration of an activity to calculate the cost of that employee. If the workplace 
element is an item of inventory, the computer may be programmed to retrieve a 
purchase price and serial number and to perform an amortization calculation on the 
purchase price. It will be appreciated that ii would be impractical to mention all the 
administrative algorithms that could be carried out. In short, however, it will be 
appreciated that administrative algorithms can readily be generated for the 
calculation of profitably of selected activities. 

The method may include the step of generating readable group codes that represent 
groups of workplace elements associated with a particular procedure. Thus, the 
method may include the step of reading a group code when carrying out a related 
procedure so that use of the workplace elements associated with that particular code 
is automatically recorded. It will be appreciated that this obviates the need to read a 
code applied to each workplace element every time a particular procedure is carried 
out. 

The apparatus is particularly suited for the administration of a healthcare 
organisation. Thus, the primary computer may be positioned at an administrative 
centre and any number of secondary computers may be positioned at various 
hospitals under the care of the administrative centre. The primary computer and the 
secondary computers may be in communication with each other via a suitable 
network, such as an intranet or the World Wide Web (WWW). 

According to a third aspect of the invention, there is provided a method of 
tracking workplace inventory, the method including the steps of: 

generating element data relating to a predetermined set of workplace 
elements associated with a predetermined workplace procedure; 

applying a readable code to the data; 
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reading the code when said predetermined workplace procedure 
to generate usage data relating to the set of workp,ace elements; and 



is carried out 



generate record data 

The invention is now described, by way of example, with reference to the 

Zu7T^ draWin9S - ^ f ° ,,OWlng deSCripti ° n IS for '"-^tive purposes and is 
not .ntended to reduce the sco P e of the preceding paragraphs. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 
In the drawings: 

F Zn^*r a SCh6maUC ^ °' an «* * -"-re 

.ctJ a da,abase s " UBture ,or 0,6 9enera,fon <* ba "— 

to De used with the apparatus of Figure 1 . 

20 Figure 3 shows a flowchart indicating the input of data relating to the preparation for 
aprooedureintoacontputeroftheapparatusofFigurel. P re P*«,onfor 

Figure^ shows a flowchart indicating the input of data for a fixed procedure to be 
earned out on a patient into the computer of the apparatus of Figure 1 . 

2 ™ OWS r° WChart ind,Ca,in9 ' nPUt ° ,da,a fer a — ■»*« P^s into 
the computer of the apparatus of Figure 1. 

30, TnTflt 6 Sh<W ! 3 flOWChart indiCa " n9 inPUt « for a «xed procedure 

30r mto the computer of the apparatus of Figure 1. 

Roure 7 shows a flowchart Indicating ,he input of data for a flexible theatre 
procedure into the computer of the apparatus of Figure 1 . 



Figure 8 shows, schematically, a process for a scanning procedure to be undertaken 
in a theatre of a hospital. 

Figure 9 shows a flowchart indicating a process applied to data generated by the 
scanning procedure in Figure 8. 

Figure 10 shows a data table generated by the process shown in Figure 9 and a 
flowchart broadly indicating a process applied to the data table in order to achieve a 
1 0 series of saved tables of data. 

Figure 1 1 shows a flowchart for a program that writes the data in the table of Figure 
10 to save tables. 

Figure 12 shows a save table of patient details generated by the program of Figure 

11- 

Figure 13 shows a save table of operation details generated by the program of 
Figure 11. 

20 

Figure 14 shows a save table of assets generated by the program of Figure 11. 
Figure 15 shows a save table of process trays generated by the program of Figure 

11. 

Figure 16 shows a save table of products generated by the program of Figure 1 1 . 

Figure 17 shows a save table of prosthetics generated by the program of Figure 11. 

30 Figure 18 shows a save table of staff members generated by the program of Figure 
12. 
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Figure 19 shows a flow ch art of a program ap p lie d to « he save tebtes of Figure8 12 

ZZMZ\T of tote ' s 9enera ' ed by 0,8 pro9ram and from - «— - 

Figure 20 shows a pair of barcode tabs generated from the database of Figure 2 to 
be applied to a tray of sterilized surgical instruments. 

to the database structure of Figure 2. 

Figure 23 shows an interface for the input of data relating to a steriliser to the 
database structure of Figure 2. 

Figure 24 shows an interface for the input of data relating to a prosthesis to the 
database structure of Figure 2. 

Figure 25 shows an interface for the input of data relating to an area name and 
department associated with a procedure to the database structure of Figure 2. 

z:z s :z s an fnterface for the ,nput and dfep,ay ° f data — * - - ~ 

Figure 27 shows an interface for the input and disp.ay of data relating to a patient. 
Figure 28 shows an interface for the input and display of data relating to assets. 
Figure 29 shows an interface for the input and display of data relating to a product. 
Figure 30 shows an interface for the input and display of data relating to a hospital. 

9 
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SH^IT"" an interfaoe for ,he inpu< and disp,ay of data rB,at,n9 *° a 

I' 8hOWS a " in ' e,ftCe a "° Wn9 a " OPera,OT to 861 u » the apparatus of 

10 Figure 34 shows a user interface for the input of date relating to preparation for a 
procedure to the computer of Figure 1. parauonfora 

Figure 35 shows a flowchart of a procedure used to process group barc odes. 

terTde. 6 ^ 3 flTOUP barCOde ^ ^ e ' ementS associated with that group 

Figure 37 shows a flowchart of a steniisation procedure carried ou, in accordance 
with a method of the invention. 
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Figure 38 shows a printout of a tebie of components of a particutar aurgica. tray. 
Figure 39 shows a printout o, a patient's theatre records generated by the appals 

oT^r* 0 ^ 

DETAILED DESCRIPTION OF THE INVENTION 

in Figure 1, reference numeral 10 generally Indicates an apparatus, in accordance 
wth the .nvenfon, for the administration of a healthcare organisation. 
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The apparatus 10 includes a primary computer 12. The primary computer 12 is 
connected to a network 14. The network 14 can be in the form of the World Wide 
Web (WWW) or in the form of a conventional intranet, depending on the application 
of the apparatus 10. 

The apparatus 10 includes a number of secondary computers, one of which is shown 
at 20, for the sake of convenience' The secondary computer 20 is also connected to 
the network 14. 

Still further, the apparatus 10 includes a number of scanning stations, three of which 
are shown at 16, for the sake of convenience. The scanning stations 16 include 
scanners 18 that are connected to an intranet 22, which, in turn, is connected to the 
secondary computer 20. 

It is to be appreciated that the secondary computer 20 and the scanning stations 1 6 
can be at one workplace location and the primary computer 12 can be at another 
workplace location. Thus, the secondary computer 20 and the scanning stations 16 
can be at a particular hospital, while the primary computer 12 can be at an 
administrative centre. Thus, as will be seen below, the apparatus 10 provides a 
means whereby administrative control of a number of hospitals at a single 
administrative centre can be achieved. 

Applicant submits that the schematic representation shown in Figure 1 can be shown 
in a number of different ways, while still achieving the goal of central control, and not 
departing from the scope of the invention. 

The scanners 18 are programmable scanners of the type which include a display 
and a keyboard to facilitate the reading and input of data by an operator. The 
manner in which the scanners 18 are programmed is described in greater detail 
below. 



The secondary computer 20 is configured to receive datastrings generated by the 
scanners 18 and to communicate these datastrings to the primary computer 12. 

11 
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The secondary computer 20 is also configured to permit an operator to enter data 
relating to workplace elements and to communicate this data to the primary 
computer 12, to be stored in a' data storage device 24 connected to the computer 12. 

The data storage device 24 carries a database 26. The database 26 is divided into a 
registration database 28, an administrative database 30 and a record database 29. 

The administrative database 30 contains data relating to all workplace elements of 
hospitals under the administrative control of the primary computer 12. 

The administrative database 30 is divided into a consumables directory 32, a patient 
directory 34, an inventory directory 36, a staff directory 38, and a medical 
professionals directory 40. It will readily be appreciated that any number of further 
directories could be provided, depending on the application of the apparatus 10. 

The data in the administrative database 30 is conventional in the sense that it 
.ncludes data that would usually be entered in an administrative control system For 
example, the consumables directory 32 includes serial numbers, cost and date of 
purchase of the consumables. The patient directory 34 includes such details as 
name, date of birth, medical aid organization, etc. The inventory directory 36 
incudes inventory description, date of purchase, purchase price, usage counts 
amortizing amounts, allocation costs, etc. The staff directory 38 includes the staff 
number, the hourly rate, the staff member names, the staff member titles etc The 
medical professionals directory 40 includes the names, the fees, and the positions of 
the medical professionals. 

The registration database 28 contains codes that are associated with the various 
elements of the administrative database 30. As will be seen later, the scanners 18 
are used to generate datastrings that are then used by the primary computer 12 to 
perform a look-up operation in the registration database 28 to identify the workplace 
elements associated with the datastrings. 
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Thus, the registration database 28 includes a medical professional code directory 46, 
a staff code directory 48, a patient code directory 50, an asset code directory 52, a 
product code directory 54, a group code directory 56 (described in greater detail 
below), and an activity code directory 57 (also described in greater detail below). 
Again, depending on the application of the apparatus 10, any number of further code 
directories can be provided. 

In Figure 2, reference numeral 60 generally indicates a possible table structure of the 
registration database 28. 

10 

The table structure 60 is divided into an asset table 62, an instruments table 64, a 
stores table 66 and a miscellaneous table 68. 

The asset table 62 includes datastrings relating to equipment. The datastrings have 
identifiers in the form of prefixes, in this case, the prefix "AS". The prefix ensures that 
the data relating to the equipment is stored in the correct location in the registration 
database 28 and in other tables described below. 

The instrument table 64 includes datastrings relating to trays of equipment. It will be 
20 appreciated that each tray is associated with a predetermined set of instruments. 
Thus, as set out in more detail below, each tray has a barcode applied to it that it is 
associated with a particular set of instruments and represents one of the datastrings. 
The datastrings have an identifier or prefix, in this case "TY". 

The stores table 66 includes datastrings relating to consumables stored by the 
hospital. It will be appreciated that most consumables, especially those sold for use 
in the medical industry, are labelled with a barcode which represents a serial 
number. For convenience, these numbers can be stored in the table 66. It follows 
that these numbers do not necessarily have a prefix. 

30 

The miscellaneous table 68 includes datastrings relating to other workplace 
elements. In particular, staff datastrings, with a prefix M S W , sterilizer datastrings, with a 
prefix "ST\ prosthetics datastrings, with a prefix "PR", preparation area datastrings, 
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with a prefix "WB», procedure datastrings, with a prefix "OP", theatre datastrings with 
a prefix "TH", patient datastrings, with no prefix, sterile item datastrings, with a prefix 
TY" and group datastrings, with the prefix "GRP", described below, are stored in the 
table 76. 

In Figure 3, there is shown a flowchart 78 that indicates a data entry process that is 
used to generate datastrings associated with a particular preparation area In 
particular, the flow chart 78 indicates a possible configuration of the programmable 
scanner 18 that can be used with the method of the invention. 

Initially, a barcode that is suitably positioned is scanned. If a prefix "WB", which 
indicates that the barcode is associated with a preparation area, is recorded, the 
scanner 18 displays an instruction to scan barcodes carried by the staff members 
Further, the scanner 18 communicates a preparation area datastring to the computer 
12 via the network 14 and the computer 20. This is described in greater detail below. 

If no prefix "WB" is recorded, the scanner 18 is programmed to return to a start 
condition, which is displayed on the interface of the scanner 18. 

If, when scanning the staff member barcode, the scanner 18 records an "S" prefix 
then the scanner 18 displays an instruction to scan barcodes of sterile items used in 
the preparation area. Further, the scanner 18 communicates details of the staff 
member datastring to the computer 12 via the network 14 and the computer 20. 

If no prefix "S" is recorded, the scanner 18 is programmed to return to a condition for 
scanning staff member barcodes, which is displayed by the scanner 18. 

If. when the operator scans the barcodes of the sterile items, the scanner 18 does 
not record a prefix "TY", the scanner 18 is programmed to return to a condition for 
scanning sterile item barcodes, which is displayed by the scanner 18. 

If. when scanning the sterile item barcodes, the scanner 18 records the prefix "TY" 
the computer 20 queries the database 26. via the computer 12, to check if that 
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particular sterile item has been recorded, if the query response is positive the 
computer 20 instructs the scanner 18 to return to the condition for scanning sterile 
.terns. If the query response is negative, the computer 20 communicates details of 
the sterile item datastring to the computer 12, via the network 14. 

It will be appreciated that the above mechanism directs an operator to continue 
scanning until details of all the workplace elements have been communicated to the 
computer 12. 

In Figure 4, reference numeral 80 generally indicates a flowchart that indicates the 
manner in which data relating to a fixed procedure carried out in a particular theatre 
can be retrieved with the scanner 18 in conjunction with the computer 20. 

Initially, an operator scans an area barcode positioned in a suitable location in a 
particular workplace area, with the scanner 18. 

The scanner 18 is programmed so that, if the scanner 18 records a prefix TH" the 
scanner 18 displays an instruction to scan a patient barcode. Further, the scanner 
communicates a datastring representing the theatre barcode to the computer 12 via 
20 the computer 20 and the network 14. 

If the scanner 18 does not record the prefix TH" in the theatre datastring, then the 
scanner 1 8 is programmed to return to a start condition, which is indicated by the 
scanner 18. 

As set out earlier, the datastrings relating to patient codes do not have a prefix. It 
follows that the absence of a prefix indicates that the datastring represents a patient 
code. Thus, if the scanner 18 records either the prefixes: "TY", "TH", or "WB", when 
the operator scans the patient barcode, then the scanner 18 returns to a condition for 
30 scanning a patient barcode. 
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Alternatively, the scanner 18 displays an Instruction to the operator to scan barcodes 
of sterile items. Further, the scanner 18 communicates the patient datastring to the 
computer 12, via the computer 20 and the network 14. 

The scanner 18 is programmed so that if the scanner 18 records a prefix M TY" when 
a sterile item barcode is scanned, the scanner 18 communicates the sterile item 
datastring to the computer 12, via the computer 20 and the network 14. The operator 
can thus continue until all the sterile item barcodes are scanned. 

10 If the scanner 18 does not record a prefix TV", then the scanner 18 returns to a 
condition in which it is configured to scan sterile items, which is displayed by the 
scanner 18. 

In Figure 5, reference numeral 82 generally indicates a flowchart indicating the 
manner in which the scanner 18 can be used to retrieve datastrings which are then 
used to record details of a sterilisation procedure. 

Initially, a steriliser barcode is scanned. This barcode can be applied to any 
convenient location on the steriliser. 

20 

The scanner 18 is programmed so that if a prefix "ST" is recorded, the scanner 18 
displays an instruction to the operator to scan a cycle number of the steriliser. 
Further, the scanner 18 communicates a datastring that represents the steriliser to 
the computer 12, via the computer 20 and the network 14. 

If the scanner 18 does not record the prefix "ST", the scanner 18 is programmed to 
return to the start condition, which is indicated by the scanner 18. 

The cycle number is not associated with any prefix. Thus, if the scanner 18 does not 
30 record any prefix when scanning the cycle number, the scanner is programmed to 
display an instruction to the operator to scan a barcode of a staff member operating 
the steriliser. Further, the scanner communicates the cycle number to the computer 
12 via the computer 20 and the network 14. 
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If the scanner 18 does record a prefix, the scanner 18 is programmed to return to the 
condition in which the cycle number can be scanned, which is displayed by the 
scanner 18. 

When scanning the staff member barcode, if the scanner 18 records the prefix "S". 
the scanner displays an instruction to scan a barcode relating to the item or items to 
be sterilised. Further, the scanner communicates a datastring representing the staff 
member barcode to the computer 12, via the computer 20 and the network 14. 

10 

If the scanner 1 8 does not record the prefix U S" the scanner 18 is programmed to 
return to a condition for scanning the staff barcode, which is displayed to the 
operator. 

When scanning the sterile item barcode, if the scanner 18 records the prefix "TY", 
the computer 20 queries, via the network 14 and the computer 12, whether there is a 
duplicate record of that particular item. If the query returns a positive, the scanner 18 
is programmed to return to the condition in which the scanner 18 is ready to scan an 
item barcode. If the query returns a negative, the scanner 18 permits the operator to 
20 continue to scan other item barcodes. 

In Figure 6, reference numeral 84 generally indicates a flowchart for indicating the 
manner in which the scanner 18 can be used, with the computer 20, to record details 
of a fixed procedure carried out in a hospital. 

Initially, an area barcode is scanned in the area in which the fixed procedure is to 
take place. 

If the scanner 18 records a prefix W, the scanner is programmed to display an 
30 instruction to scan barcodes of staff members involved in the procedure. Further, the 
scanner 18 communicates a datastring representing the preparation area to the 
computer 12, via the computer 20 and the network 14. 
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If the scanner 18 does not record the prefix "WB», the scanner 18 is programmed to 
return to a start condition, which is indicated to the operator. 

The scanner 18 is programmed so that, when scanning the staff barcode if the 
scanner 18 records a prefix "S" on the staff barcode, the scanner 18 displays an 
instruction to begin scanning barcodes of the items to be used in the area. Further 
the scanner 1 8 communicates a datastring representing the staff member to the 
computer 12 via the computer 20 and the network 14. 

10 If the scanner does not record the prefix "S» on the staff barcode, the scanner 1 8 is 
programmed to return to a condition in which it is ready to scan the staff member 
barcode, which is displayed to the operator. 

When scanning the item barcodes, if the scanner 18 records a prefix TV. the 
scanner 18 displays this to the operator and permits the operator to scan further 
items. Further, the scanner 18 communicates a datastring representing the item 
barcode to the computer 12 via the computer 20 and the network 14. 

If the scanner 18 does not record a prefix TV, then the scanner 18 returns to the 
20 condition in which the scanner 18 is ready to record item barcodes, which is 
displayed to the operator. 

In Figure 7. reference numeral 86 generally indicates a flowchart indicating the 
manner in which the scanner 18 can be used, together with the computer 20. to 
record the details of a flexible theatre procedure, i.e. a procedure in a particular 
theatre, which may differ from time to time. 

Initially, the scanner 18 is programmed to permit an operator to select either a 
theatre scan process, or a scan items process or a scan patient process. 
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The scanner 18 is programmed so that, if the operator selects the theatre scan 
process, the scanner 18 records, as a first step, theatre barcodes only. Thus, if the 
scanner 18 records the prefix TH", the scanner 18 communicates a datastring 
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representing the theatre to the computer 12. yia the computer 20 and the network 
14. Further, the scanner 18 displays an end of the theatre scan process to the 
operator and then prompts the operator to select either a scan items process or a 
scan patient process. 

The scanner 1 8 is programmed so that, if the operator selects the scan items 
process, the scanner records, as a first step, item barcodes only. Thus if the 
scanner records the prefix "TY", the scanner communicates a datastring 
representing the item to the computer 12 via the computer 20 and the network 14 
Further, the scanner 18 displays an instruction to the operator to scan the next item 
The operator can thus continue until all the items have been scanned. 

If the scanner 18 does not record the prefix "TY", the scanner 18 returns to a 
condition in which the scanner 18 is ready to begin scanning items, which is 
indicated to the operator. 

Once all the items have been scanned, the scanner 18 is programmed to prompt the 
operator to begin scanning the patient barcodes. 

The scanner 18 is programmed so that if the scanner 18 does not record a prefix 
"TY" or "TH", the scanner 18 communicates a datastring representing the patient 
barcode to the computer 12 via the computer 20 and the network 14. Further, the 
scanner 1 8 displays a message that the process is ended. 

If the scanner 18 does record a prefix "TY" or 'TH", the scanner 18 returns to a scan 
patient condition, which is displayed to the operator. 

The flowcharts 78 to 86 show a few of a number of ways in which the scanner 18 
can be programmed to direct certain steps for the collection of information It will 
readily be appreciated a large number of variances in the programs can be achieved 
to collect information relating to other aspects of medical practice. 
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In particular, It should be appreciated that the scanner 18 is programmed to facilitate 
the collection of information, such that the information is collected in an orderly 
manner and, in particular, such that the information is not duplicated. 

In Figure 8, reference numeral 88 generally indicates a flowchart that sets out the 
manner in which the datastrings recorded by the scanner 18, as described above 
are rmported into an intermediate data table, shown as 90 in Fiaure 9. durina one" 
particular workplace activity. 

It will be appreciated that it is important that the information collected by the 
scanning process mentioned above be readily available for the generation of reports 
In order to achieve this, the primary computer 12 is programmed to generate an 
activity code that is associated with each set of datastrings generated by the scanner 
1 8 when the scanner 1 8 records the information at a particular activity. The activity 
codes are then stored in the activity code directory mentioned above. It will thus be 
appreciated that at any time, the directory 57 contains a set of activity codes that are 
associated with respective activities. It follows that the primary computer can be 
programmed to retrieve sets of information associated with particular activity codes 
Importantly, the activity codes are never duplicated. Thus, each code is associated 
wrth a particular activity that would have taken place in the workplace. For example 
if the particular activity was an operation, the activity, code can serve to link all the ' 
elements of that activity. The importance of this will be apparent when the save 
tables are described below. 



30 



Reference numeral 92 shows a table containing data recorded as a result of the 
scanning operations described above. The table 92 is simply a description of the 
datastrings generated by the scanner 18 and is self-explanatory. 

The computer 12 is programmed to write the datastrings into a delimited text file 
represented at 94. As is known, such files store data such that each entry or, in this 
case, datastring. is separated by a character (which is a comma in this case) and 
each field is separated by a line separator. Each field can contain any combination of 
datastrings depending on requirements. 
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As can be seen in the delimited text file 94, each line of datastrings includes the 
datastring «r which is the activity code that represents the activity that is recorded 
by the scanning process described above. In this particular example, as soon as the 
next activity is carried out. an activity code "2" is generated and linked with all the 
elements of that activity. 

It is important to note that the activity codes are unique and independent. It follows 
that activity code "2" could represent another activity that is completely unrelated to 
the activity associated with code "1". This allows the activity codes to be used as an 
effective data mining parameter. For example, each patient in the hospital will be 
associated with one or more unique activity codes. This permits the computer 12 to 
be programmed to retrieve all data that may be associated with that particular 
patient, by using simple queries. Furthermore, each activity code provides a unique 
way of retrieving costs and thus profit/loss associated with each activity. For 
example, all the activities codes associated with a particular patient provide a link to 
all elements that were associated with each activity. Each element has a certain cost 
associated with that element. Thus, the costs of each element associated with a 
particular activity can be retrieved. This allows the computer 12 to be programmed to 
generate profit/loss data associated with each element of a particular activity Thus 
an administrator can readily identify those aspects of a particular activity which are ' 
inefficient and therefore a cost burden. 

The computer 12 is programmed to write the datastrings in the file 94 to the 
intermediate imported data table 90, shown in Figure 9. 

The intermediate imported data table 90 consists of five columns 96. A first column 

96.1 contains datastrings relating to a particular area in a hospital. A second column 

96.2 contains datastrings relating to the identification of a patient that is the subject 
of the workplace activity. A third column 96.3 contains datastrings relating to the 
identification of an operation to be carried out on the patient. A fourth column 96 4 
contains datastrings relating to genera, data. A fifth column 96.5 contains datastrings 
relating to dates and times. 
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In this particular workplace activity, there is a single location, TH1 (theatre no 1) a 
single patient (i.d. 12345), no operation (NULL) a number of general items a start 
tame of 08:22:00 on 31 January 2003 and a finish time of 08:45:23 on 31 January 
2003. y 



The datastrings in the fourth column 96.4 relate to, from top to bottom, a prosthetic 
(PR1), a sterile item (TY12346), a further sterile item (7Y12345), Group 6 (GRP6) 
(wh,ch is described below), a start time (OPSTART) and a finish time (OPFINISH). 

As can be seen, the table 90 is organized into rows 98 that associate each datastring 
in the general column 96.4 with datastrings in the other column. Thus, a first row 
98.1 associates theatre no. 1, patient i.d. 12345, no operation, prosthetic 'PR1" and 
a start time of 08:22:00 on 31 January 2003, and so on. 

In each case, it will be appreciated that the choice of symbols for the datastrings is 
largely random and, provided consistency is maintained, any symbol or group of 
symbols could be selected. 

Also in Figure 9, reference numeral 100 generally indicates a flowchart of a manner 
in wh.ch the computer 12 is programmed to process the datastrings in the table 90 
In particular, the flowchart 100 indicates the manner in which the group datastring in 
column 96.4 of the table 90 is separated into its individual datastrings which 
together with the remaining datastrings of the table 90, are written to an imported 
data table 102 shown in Figure 10. 

Thus, the program is initiated by the query as to whether a prefix "GRP" exists in any 
of the datastrings in column 96.4. Again, this could be any string of symbols or 
characters and "GRP ' is selected for the sake of convenience and recognition If the 
query returns a positive, then the program performs a look up operation on the 
directory of group codes 56 and returns a particular group of codes, in this case 
group code 6 ("GRP6"). If the query returns a negative, the program continues with 
the writing of the table 90 to the table 102. 
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In returning group 6, the program selects all cedes associated with a e aHi „„ 
code (in th* case ■*> The retevance * the group codes 

--°~o,eaC^ 

_ The program then writes me resutent datastr)ngs fo „. |mported ^ ^ ^ 

As can be seen in Figure 10. the table 102 is similar*, the table 90 with the ' 
difference being that the "GRP6" datastrino h== k. 

element codes. In this case thL oT "* m * M *"° "» Vanous 

es. in mis case, those codes represent an operation "OP1" whirh ta 

associated with the prosthetic code - PR r, an asset code »AS 3 " a 7 ' t 

"sr. a staff membercode -S6-. a further assetcooeCC a nlT T 

code "143". As set out in the table 102 these element. consumable 

in Figure 10. reference numeral 104 general* indicates, broad* a flowchart of- 
program usee to process the Imported data table 102, to generate raZ °" 

In a firs, stage, the program performs took up operations on the table 102 and 
ad,uste counts and amounts in the database 26. The program then writes £ 

zzz r m *• tewe 102 ,p var,ous save «— «*» ~ - i 

write th ' S COnfl9U ' ed '° 9ene ' Bte rep0rts from *. save tab.es and to 

wnte the reports to the record database 29. 

in Figure 11. reference numera. 106 generally indicates a flowchart of a program 
used to process the theatre datestnng, the patient datastrtng. the operaflon 
datastnng and miscellaneous datastrlngs o, Ihe imported date table 102^ , 

2T \ 40 ,BleVan, SaVS tebtes ' A -odule 1 10 Iks 

up the patten, datastnng to retrieve -12346 * Patien, Name" and writes ,he rLTte a 
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database 30 and £££££ « "* ^ •**"*— 

1 16 shown in Rguro" — — •» further dato to a save tsbto 

L h ::r«" AS by irr rr ny datas,rin9 - ia ' ,s — *> - ~ 

an asset ' nd,0ateS ^ ,he SWn9 ,0 "° wi "9 *• P-* re,a»e s to 

If the query returns a positive, the program uses the datastring to took uo ths, 

part.cu.ar asset code from the asset oode diroctory 52 in Ftal 1 ™ . 

result tt AQioQ>fc a wry °* ,n figure 1. This returns the 

If the query returns a negative, me p roflram jumps to me subsequent 

woukt reiate ^IC^"" - — ~— - 

If the query returns a positive, the program uses the datastring to look uo the, 
pamcuiar staff member oode in the staff oode directory 48 omouro 1 As « h 
seen in Figure 11. this returns a resuit "S1=staff Membe r Th 
retrieves the hourly rate the «... =„h ». Member 1 . The program then 

direetorv 38 TrTl/ . department of staff member 1 from the staff 

d.rectory 38. The program then moves to a subsequent step. 

If the program returns a negative, the program jumps to the subsequent step ,„ that 
. e tol ^ WheB,erany dataSMn ° "* "° column^ To 



prefix would relate to a prosthetic code. 
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Kthe query returns a positive, ,he program looks up that particular prosthetic code 

T C '"' e0,0,y 52 ° f RgUre 1MCan be ~ " in F « ure "* -turns a 

result PR1=Knee Bit". The program then retrieves the price and updates the patent 

number associated with the prosthetic PR1 In the inventory directory 36 The 
program then moves to a subsequent step. 

If the query returns a negative, the program jumps to the subsequent step. In that 
step, the program queries whether any datastring that appears in the column 96 4 
has a prefix "TV", which would indicate that the string following the prefix ratafee to a 
process tray code, which is a code representing a tray of surgical instruments as 
described below. 

IT 77 T™ 3 POMm - "* Pr09ram '° 0kS Up *■* ■"*»-• P™— code 
« the fable 76 and returns the result -TY12345 = Scissor", for example. The program 

then retneves the process and allocation costs associated with that process tray 
from the directory 52. 

If the query returns a negative, the program loops to a subsequent step. In this step 
the program queries whether any datastring that appears in the column 96.4 is ' 
without a prefix. 

If the query returns a positive, the program performs a look up operation on the 
product code directory 54 and returns the result "12345 = Basic Pack", for example 
As set out above, products such as consumables do not have a prefix. The program 
then retneves the price of that product and adjusts a stock number in the 
consumables directory 32. 

If the quen. returns a negative, the program loops to a subsequent step. In that step 
the program queries whether any datastring that appears in the coiumn 96 4 is 
OPSTART", which represents the date and time the procedure was started 
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If the query returns a positive, the program performs a look up operation on the 
miscellaneous table 68 and returns the result "OPSTART=08:22:00. 31.01 03" for 
example. 



If the query returns a negative, the program loops to a subsequent step, in this step 
the program queries whether any datastring that appears in the column 96 4 is 
"OPFINISH", which represents the date and time the procedure was finished. 

If the query returns a positive, the program performs a look up operation on the table 
68 and returns the result "OPFINISH=08:45:23, 31 .01 .03", for example. 

If the query returns a negative, the program writes the retrieved datastrings and 
other data to the save tables shown in Figures 12 to 19. It will readily be apparent 
that each of the save tables has a column labelled OpNumber. This column contains 
the activity codes described above. Thus, in each of the save tables, a particular 
activity code associates all elements in a particular row. 

In Figure 12. reference numeral 112 indicates a save table in which patient details 
generated by the program described with reference to Figure 1 1 are saved As can 
be seen in Figure 12. the save table 112 stores the activity code "1", the location the 
patent code, general codes, a date and time, a first name, a surname and theatre 
details. Thus, in the save table 1 12, activity code "V is associated with location 
"TH1", patient no. "12345". a start time of 31/01/03 - 08:22:00, a first name of the 
patent, a surname of the patent and theatre no. 1. in the same table, activity code 
"2» can be associated with a number of other elements completely unrelated to the 
elements associated with activity code "1". 

In Figure 13. reference numeral 116 indicates a save table in which operation details 
generated by the program described above are saved. As can be seen in Figure 13 
the save table 1 16 stores the activity code "V, an operation code, an operation 
name, rebate details and indirect cost details. These details are retrieved as a result 
of the program represented in Figure 1 1 . As above, activity code "2" can be 
associated with unrelated elements in the same save table 116. 
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In Figure 14. reference numeral 128 indicates a save table in which asset details 
generated by the program represented in Figure 1 1 are shown. As can be seen in 
Figure 14, the save table 128 stores the activity code "V, the asset code, the asset 
name, the allocation cost and a number used for amortizing purposes. 

In Figure 15, reference numeral 124 generally indicates a save table to which 
instrument details, in particular, details relating to trays associated with particular 
instruments are written by the program described with reference to Figure 11. 

The table 124 stores, in rows, the activity code "1", a tray number, a tray name, a 
department, a cost of processing the trays and a cost of allocating the tray. 

In Figure 16, reference numeral 126 generally indicates a save table to which 
product or consumable details are written by the program described with reference to 
Figure 1 1 . 

The table 126 stores, in rows, the activity code "1", a product number, a product 
name, a serial number of the product and a unit price of the product. 

In Figure 17, reference numeral 122 generally indicates a save table to which 
prosthetic details are written by the program described with reference to Figure 1 1 . 
The table 122 stores, in rows, the activity code "1", a barcode representing a 
prosthetic, a description of the prosthetic and a cost of the prosthetic. 

In Figure 18, reference numeral 120 generally indicates a save table to which staff 
details are written by the program described with reference to Figure 1 1. The table 
120 stores, in rows, an activity code "1", a staff code, a first name, a surname, a title, 
a department and a rate of pay of that particular staff member. 

In Figure 19 there is shown a short flowchart 130 that represents a program for 
calculating staff costs. The program first calculates a duration of an operation from 
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the save table 1 12. Then the program calculates the staff cost using the duration 
value and the staff rate obtained from the save table 120. 

The program uses the activity codes "1" and "2" to retrieve the relevant details from 
the save tables. It will be appreciated that any set of details can be extracted by 
using the activity codes. Applicant submits that an attempt to describe all possible 
programs would be tautologous. In short, Applicant submits that the program is 
capable of generating patient, staff and asset records by a simple application of the 
act,v,ty codes with suitable logarithmic programs to selected sets of save tables 
generated by the program described in Figure 1 1 using data recorded by the 
scanning process described above. 

For example, in Figure 19, reference numeral 132 generally indicates a save table of 
a particular set of totals generated using the save tables generated by the program 
depicted in Figure 11. ,n particular, the save table 132 has rows divided into columns 
that set out, respectively, an operation number, a start time of the operation a finish 
t.me of the operation, a duration of the operation, staff member details, instrument 
costs, prosthetic costs, asset costs, rebate amounts, l/C costs and consumable 
costs. All these factors are associated with a particular activity number, in this case 
the activity numbers «1» and "2". This facilitates the retrieval of these amounts from ' 
the save tables. 



It will readily be appreciated that suitabte reports can be generated by extracting the 
relevant details from the save table 1 32. 

In particular, it will be appreciated that the retrieval of various cost details is 
fachtated by the generation of the save tables with each row being associated with a 
paracular activity code. By making a simple query, an operator is able to associate 
any element with a particular activity code. That activity code is then used to obtain 
deta.ls of all costs associated with that element, by making a further simple query In 
th.s manner, records, such as those shown in Figure 40 can readily be generated 
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In Figure 20, reference numeral 134 generally indicates a barcode label that is 
generated by the secondary computer 20. The label 134 is to be applied to a surgical 
tray and is generated subsequent to a sterilization process that is described in 
greater detail below. 

The barcode label 134 has an adhesive backing which can be peeled away to allow 
the label 134 to be adhered to a surgical tray wrapper. The secondary computer 20 
■s programmed to generate a product identification name 210, a package/item name 
212, a name 214 of the hospital to which the item belongs, a relevant department 
name 216, a storage location name 218. a number 220 of items in the package a 
date 221 on which the package was created, a shelf life 222. a package barcode 
224. a human readable component 226 of the barcode 224. and a duplicate barcode 
228. 
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The package barcode 224 is separable from the duplicate barcode 226 with a 
perforation 228. Thus, the duplicate barcode 226 can be adhered to a patient record. 

in Figure 21. reference numeral 136 generally indicates a graphic user interface 
(GUI) for displaying data relating to a particular instrument. 



The GUI 136 includes fields 138 for displaying instrument details, department details 
associated with the instrument, purchase price, allocation cost, invoice number 
warranty, service details, amortizing uses, date last serviced, service status and 
special instructions. Of importance is the fact that the program of the invention is 
configured to extract the data for the GUI from the inventory directory 36. Thus an 
operator can enter a particular instrument code and the computer 12 is configured to 
perform a look up operation on the asset code directory to obtain an asset name and 
to extract details from the directory 36. In particular, the computer 12 is programmed 
to extract the data for the fields 138 from the save tables generated by the program 
30 described with reference to Figure 11. 

In Figure 22. reference numeral 140 generally indicates a GUI that is used to create 
a barcode associated with a particular staff member. Thus, the GUI 140 includes 
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fields 142 which are configured to receive surname details, first name details, 
hdspital staff number, title, hourly rate, area and issue date. This data is stored in the 
administrative database 30 and is associated with a particular barcode that 
represents an alphanumeric string with a prefix "S". The alphanumeric string is 
stored in the staff code directory 48 of Figure 1: Thus, when the scanner 18 reads 
the barcode, as set out in Figures 3 and 6, the computer 20 is programmed to query 
the alphanumeric string to determine if the prefix "S" is present. If so, the computer 
20 communicates the positive result to the computer 12, which is programmed to 
query the staff code directory 48 in Figure 1 to extract the alphanumeric string that 
1 0 identifies the particular staff member. This permits the computer 1 2 to extract the 
data entered at the GUI 140 and write it to the save tables as set out above. 

It will readily be appreciated that a similar procedure can be used to generate 
barcodes relating to other workplace elements. 



In Figure 23, reference numeral 144 generally indicates a GUI for allowing an 
operator to enter details relating to an asset into the inventory directory 36. In this 
case the asset is in the form of a steriliser. The GUI 144 includes fields 146 to permit 
an operator to enter details of the steriliser into the inventory directory 36. In 
20 particular, the fields 146 define inputs for type, identification, model, area for the 
asset, installation date, manufacturer, supplier and warranty details. The computer 
12 is configured to associate the identification of the steriliser with a particular 
datastring, which is then written to the asset code directory. This can be done at the 
computer 20, if necessary, so that the entered data can be communicated to the 
computer 12 via the network 14. 

In Figure 24, reference numeral 148 generally indicates a GUI for allowing an 
operator to look up details relating to a prosthetic from the inventory directory 36. 
The GU1 148 thus includes a datastring input field 160 for allowing the operator to 
30 input a datastring that represents the prosthetic. The GUI also includes various other 
input fields 154 that can be used by the operator to input relevant information to 
facilitate the look up operation. The computer 12 is programmed to perform a look up 
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operation in the administrative datahaco on * 
displayed in display fle.Cs ,52. *° " 96nera ' e d ~ ** iS 

in Figure 25, reference nume ral 156 generally indicates a GUI for allowing ,he input 

TZT retetin9 '° 3 — * «« admlnisfcatlve dlba e 30 

The GUI 156 includes inpu , fleWs 158 , o permi( ^ Qf ~ 30 d 

e department In contra, oftha, area. This Information Is then retrieved when 
generating the save tab.es using the program described with reference to Figure , , . 

In Figure 26. reference numeral 160 generally indicates a GUI for allowing an 
operator to look up Information relating to operation pracedure codes. The GUI 160 

GUM60 ZT* T *° Pem,it ^ Se ' SC,ton ^ "">" ° f a parti ~'- —e. The 
GUI 160 farther .noludes d,sp,ay fields 164 for displaying an operation name a 

rebate value and indirect cosh per hour associated with that particular operation 

a^HTT *" Pro8rammed to «*« displays information from the 
adm,n,strat,ve database 30 upon the input of the operation code. 

In Figure 27, reference numeral 165 generally indicates a GUI for allowing an 
operator to look up information ralaUng to a particular patient The GUI 165 includes 

GUM61 S ° ** ° Perat0r - a " d ' npU « * ™- ~* ^e 

GUI 165 farther mcludes disp.ay fields 168 for displaying a pallets first name and 

adnTILr TT" 12 ,S ,hUS pr °° rammed * "««- «• information from the 
admirastrabve database 30 upon 1he input of the patient code. 

In Figure 28. reference numera. 1 70 generally Indicates a GUI for allowing an 
operator to look up information relating to a particular asset. The GU, 170 includes a 
oode ,„put flew 172 to allow the operator to select and inpu. a particular asset code 
This asset code can be obtained for example from the human-readable component' 

,« /TT desoribed above - The GU1 170 ,nc,udes 3 " Umber ° f 

fields 174 for displaying information relating to the asset. 

In Figure 29, reference numeral 176 generally indicates a GUI for allowing an 
operator to add details of a product acquired by the hospital. In this case, the 
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computer 20 generates the GUI so that the information can be communicated to the 
computer 12 via the network 14. The GU1 176 has input fields 178 for entering a 
supplier name, a product name, an order code, a product serial number, a number to 
order, purchase prices, a unit price per patient and a level at which more of the 
product should be ordered. The GUI 176 also has display fields 180 for displaying 
quantity in stock. Thus, the computer 12 is programmed to write the input data to the 
administrative database 30 to update the database 30. The computer 12 is also 
programmed to retrieve the data for the display fields 180 and to communicate that 
data to the computer 20, via the network 14. 

In Figure 30, reference numeral 182 generally indicates a GUI for allowing a user to 
input data relating to a hospital to be added to the apparatus 10. Thus, the GUI 182 
includes input fields 184 for inputting a hospital ID, a hospital name and a hospital 
description to the administrative database 30. 

In Figure 31, reference numeral 186 generally indicates a GUI for allowing an 
operator to input data relating to a department of a hospital to the administrative 
database 30. Thus, the GUI includes input fields 188 for inputting a department 
name, a department description and a department location. The GUI also includes a 
20 display field 1 go for displaying an automatically generated department datastring. 
Thus, the computer 12 is programmed to write the input data to the database 30 and 
to generate a datastring that is associated with that department. The datastring is 
written to the registration database 28 by the computer 12. 

In Figure 32, reference numeral 102 generally indicates a GUI for allowing an 
operator to set up a barcode printer and scanner operation. The GUI 192 has input 
fields 194 for inputting a hospital name, a department name, an expiry date for the 
product for which a barcode is intended, a port from which the barcode is to be 
printed, a port to which the scanner 18 is to be connected, a check sheet order 
30 selection, a barcode suffix, a sheet cycle type and a scan style. 
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In Figure 33, reference numeral 196 indicates, schematically, one of the scanners 
18. As can be seen, the scanner 18 is programmed to permit the selection of any of 
a number of procedures to which the scanner 18 is to be applied. 

In Figure 34, reference numeral 198 generally indicates a GUI for allowing an 
operator to input preparation area details to the administrative database 30. The GUI 
198 thus includes input fields 200 for inputting an area name and a department 
name. The computer 12 is thus programmed to write this data to the administrative 
database 30. The computer 12 is also programmed to generate a datastring that 
represents the preparation area and to write the datastring to the registration 
database 28. 

As set out earlier, each procedure is associated with a particular group of workplace 
elements. The reason for this is that the management of workplace elements is 
greatly facilitated. For example, a particular medical professional can be associated 
with a particular procedure or procedures. Each of these procedures is then 
allocated a particular group number. Thus, each group number can be associated 
with a particular set or group of workplace elements. It follows that it can readily be 
assumed that whenever a particular procedure is carried out by a particular medical 
professional, a certain group of workplace elements are processed. 

In Figure 36, reference numeral 202 generally indicates a printout, generated by the 
computer 12 of details of a group, in this case group 6, which is allocated the 
datastring "GRP6" that corresponds with a barcode 204. As can be seen in Figure 
36, there is set out a table that has a "quantity" column, an "item name" column and 
an "item code" column. The workplace elements set out in the table are those that 
are used when the medical professional associated with group 6 carries out the 
procedure associated with group 6. 

In Figure 35, reference numeral 206 generally indicates a manner in which the 
computer 12 is programmed to use group codes. At the start of the procedure, the 
barcode 204 is scanned. The resultant signal is processed to generate the datastring 
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"GRP6". The computer 12 is programmed to update the asset directory, the staff 
directory and the consumables directory, in the manner described above. 

It follows, therefore, that it is not necessary for each of the workplace elements listed 
in Figure 37 to be scanned every time the group 6 procedure is carried out. 

In Figure 37, reference numeral 208 generally indicates a sterilization procedure that 
is carried out in accordance with a method of the invention. 

As is known, surgical instruments are usually collated in particular trays. It follows 
that each tray in an operating theatre holds a predetermined number and type of 
surgical instruments. In Figure 38, there is set out a list of surgical instruments that 
are associated with a particular tray that is referenced with a datastring "TY318260". 
The reason for the prefix "TY" is set out above. The numeric string following does not 
have any significance apart from the fact that it is associated with that particular tray. 

Referring to Figure 38, once the instruments of that tray are ready for sterilization, 
the instruments are collated onto the tray and conveyed to a sterilization area. The 
Instruments are then sterilized. Once sterilized, the instruments are inspected for 
defects and replaced if necessary. 

As can be seen in Figure 38, the check sheet, which is generated by the computer 
12, has an item number column, a substitution column, an identification column, a 
description column and a number of other checking columns. 

The check sheet is presented in a suitable interface to the operator at the 
sterilization area so that, if one of the instruments is replaced, the operator can enter 
the ID number of the new instrument in the substitution column. 
In this way, the inventory directory 36 is updated to record even the replacement of a 
single instrument in a tray. 

The tray is then packed and wrapped in a suitable sealing material. The computer 12 
is configured so that, once the tray is wrapped, the operator can use the computer 
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12, via the interface, to generate a datastring (TY318260). The interface includes a 
conventional barcode printer so that the operator can print a barcode corresponding 
to the datastring. This barcode is then applied to the wrapped tray, which is returned 
to the operating theatre. As set out above, the barcode label 134 is applied to the 
wrapped tray. 

Prior to unwrapping the tray, the barcode 224 is scanned and the resultant datastring 
is processed in the manner described above. The duplicate barcode 223 is attached 
to the patient sheet. It will thus be appreciated that the patient can readily be 
associated with the particular tray used during the operation on the patient. 

In Figure 39, there is shown an example of a patient theatre record that is generated 
by the computer 1 2 that is programmed in the manner described above. 

The patient theatre record is an example of how the activity codes can be used to 
retrieve cost and thus profit/loss data relating to particular activities. The various 
components of the theatre record contain data that has clearly been extracted from 
the save tables described with reference to Figures 12 to 19. For example, details in 
a patient component 270 are retrieved, using the relevant activity codes from the 
save table 1 12. Details in a staff component 272 are retrieved, using the relevant 
activity codes, from the save table 120. Similarly, details in a sterile items component 
274 are retrieved from the save table 124. Details in a prosthetics component 276 
are retrieved from the save table 122. Details in an equipment component 278 are 
retrieved from a save table (not shown). Details in a procedure component 280 are 
retrieved from the save table 116. Details in a consumables component 282 are 
retrieved from the save table 126. 

As can be seen, the use of the activity codes and the save tables allows the costs of 
each element of the various components to be set out in the patient record. Offsets 
such as allocation costs and rebate, which are contained in the save tables can also 
be written to the theatre record to generate an accurate profit margin amount 
indicated at 284. 
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In this invention, it is important to note that the generation of the save tables that 
carry activity codes allows a computer to be programmed to retrieve any set of 
details from the save tables by using the activity codes as data mining tools. Thus, 
the computer so programmed provides an operator with a convenient manner of 
extracting any desired record, simply by writing data from selected save tables into 
further save tables from which the data can be written into suitable report format. 

!t is a particular advantage of this invention that the activity codes allow the mining of 
relevant data through various hierarchical layers. In Figure 40, reference numeral 
10 240 generally indicates an organigram that illustrates an application of the invention. 

A healthcare organisation 242 is positioned at the top of the organigram 240. The 
healthcare organisation 242 can be in the form of a private organisation, a state or 
federal organisation or any other form of administrative body that controls a number 
of hospitals, indicated at 244. Each hospital 244 has a number of departments, two 
of which are indicated at 246. Each department 246 has a number of divisions, two 
of which are indicated at 248. Each division 248 has a number of sections, a section 
"a" indicated at 250 and a section u b" indicated at 251. 

20 In practice, each section 250, 251 will control a number of activities that are carried 
out during the existence of section 250. It will be appreciated that there could be 
many thousands of activities carried out during the existence of section 250. For 
example section "a" 250 could control activity X indicated at 252, activity Y indicated 
at 254 and activity Z indicated at 256. It is to be noted that these are not generic 
activities, but rather discrete, real-time activities. 

During each of the activities, a number of elements are used. As set out in the 
preamble, each element can be a member of staff, a tray of surgical instruments, an 
item of equipment, etc. In this case, elements 1 and 2 are used during activity X, 
30 elements 1, 4 and 6 are used during activity Y and elements 5, 7 and 9 are used 
during activity Z. The labels given to the elements are for the sake of convenience 
only. 
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As described earlier, the use of each element is recorded by scanning the element at 
the time of its use. The manner in which the information in connection with each 
element is recorded has already been described. 

The organigram 240 indicates a computer 258. The computer 258 could be the 
secondary computer 20. The computer 258 is connected to a scanner 260 that is 
used at the section "a" 250 to scan all the elements used during each activity at the 
section "a" 250. 

The computer 258 is programmed so that, once all the datastrings have been 
downloaded to the computer 258, from each respective activity, as described above, 
a unique activity code is allocated from the directory 57 to each respective activity. 
Thus, each of the unique activity codes can be associated with a set of datastrings 
that represent the elements used with the respective activities. 

Further, as described above, the datastrings of each element provide an indication of 
their origin by the prefixes incorporated with the datastrings. It follows that simple 
algorithms can be used by the computer to mine information through the hierarchical 
system shown with the organigram 240. 

In conclusion, the Applicant.submits that the present invention provides a means 
whereby detailed information concerning all activities in a healthcare organisation 
can be obtained efficiently and quickly. Furthermore, the invention provides a means 
whereby complex and detailed reports of all aspects of hospital administration can 
be compiled. This allows administrators to track and control all the activities that take 
place within a hospital. This is critically important as it allows administrators to put 
procedures in place that will greatly reduce the risk to patients and therefore reduce 
the need for costly insurance against liability claims. The primary reason for this is 
that the procedures can be monitored at any time in a real-time manner or at 
intervals by generating periodical reports. 

A particular advantage of the present invention is that it allows the generation of 
profit/loss amounts for each activity associated with a particular patient. At present. 
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each patient is generally processed to generate a cost of the whole procedure that is 
carried out on the patient. In other words, the procedure associated with a particular 
patient is not broken up into its various activities which are then analysed separately, 
as is facilitated by this invention. This invention allows a profit / loss evaluation of 
each activity within an episode of care during a patient's stay at a hospital. This 
allows profitability to be analysed within the individual activities performed during the 
patient's stay. It will be appreciated that this provides a means of isolating and 
Improving various activities within a total procedure. This, helps to avoid unnecessary 
rationalization of administrative processes by focussing on the source of perceived 
problems. 



Furthermore, the fact that all the information is made available at the primary 
computer 12 greatly facilitates a management accounting process that can readily be 
outsourced to third parties. 

Still further, over a period of time, the data generated can be used to improve greatly, 
statistical and performance evaluations of various aspects of healthcare. 
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WHAT IS CLAIMED IS: 



1 . A method of administrating a healthcare organization, comprising: 
generating element data representing workplace elements; 
recording activity data relating to respective workplace activities associated 

with the workplace elements; 

associating activity codes with the activity data; 

retrieving the activity data and the element data with the activity codes; and 
applying predetermined algorithms to the element data and the activity data to 

generate reports relating to workplace activities associated with the workplace 

elements. 

2. An apparatus for administering an organization, comprising: 

a data storage device that contains element data relating to a workplace 
element; 

a recordal device that is configured to record use of the workplace element to 
generate activity data associated with the workplace element; and 

at least one computer that is connected to the data storage device and the 
recordal device and that is programmed to generate activity codes associated with 
the activity data and to store said activity data and the associated activity codes in 
the data storage device, the, or each computer being further programmed to retrieve 
said activity data using the activity codes and to apply predetermined algorithms to 
the element data and the activity data to generate report data. 
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